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Distributed  Algorithms  for  Synchronizing 
Interprocess  Communcation  within  Real  Time 


Abstract  / 

“This  paper  considers  a  fixed  (possibly  infinite)  set  II  of  distributed  asynchronous 
processes  which  at  various  times  are  willing  to  communicate  with  each  other. 

We  describe  probabilistic  algorithms  for  synchronizing  this  communication  with  boolean 
"flag"  variables,  each  of  which  can  be  written  by  only  one  process  and  read  by  at  most 
one  other  process.  With  very  few  assumptions  (the  speeds  of  processes  may  vary  in  time 
within  fixed  arbitrary  bounds,  and  the  processes  may  be  willing  to  communicate  with  a 
time  varying  set  of  processes  (but  bounded  in  number) ,  and  no  probability  assumptions  about 
system  behavior)  we  show  our  synchronization  algorithms  have  veal  time  response : 

if  at  any  time  a  pair  of  processes  are  mutually  willing  to  communicate,  they 
establish  communication  within  a  constant  time  interval,  with  high  Likelihood  (for  the 
worst  case  behavior  of  the  system) . 

Our  communication  model  and  synchronization  algorithms  are  quite  robust  and  can  be 
applied  to  solve  a  large  class  of  resource  synchronization  problems,  as  well  as  implement 
Dijkstra's  CSP  in  real  time. 


1.  Introduction 


Recently,  [Rabin,  80],  [Lehman  and  Rabin,  81] ,  and  [Francez  , Rodeh,  80]  have  proposed 
probabilistic  algorithms  for  a  number  of  synchronization  problems.  This  prooad^SZtc 
approach  (where  we  make  no  probabilistic  assumptions  about  the  system  behavior,  but  allow 
probabilistic  choice)  leads  to  considerably  simpler  algorithms  and  shorter  proofs ,  perhaps 
because  the  corresponding  deterministic  algorithms  had  to  consider  complex  situations 
which  would  have  very  low  probability,  if  probabilistic  choices  were  taken.  The  probabi¬ 
listic  approach  may  also  lead  to  improvement  in  the  efficiency  of  synchronization  algo¬ 
rithms.  An  improvement  in  space  efficiency  is  seen  in  [Rabin,  80],  We  demonstrate  here  that 
a  considerable  improvement  in  time  efficiency  can  be  made  by  probabilistic  synchronization. 

This  paper  takes  the  probabilistic  approach  to  synchronization  of  communication  in  a 
network  of  distributed,  asynchronous  processes.  We  are  interested  in  direct  interprocess 
communication,  rather  than  packet  switching  as  considered  in  [Tonag,  80)  and  [Valiant,  SOj . 
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Previously  [Schwartz,  80]  proposed  a  deterministic  synchronization  algorithm  for 
implementing  CSP  [Hoare,  78]  on  a  fixed  acyclic  distributed  network.  Also  [Lynch,  80] 
gave  a  algorithm  for  resource  synchronization  problems  which  may  be  adopted  to  communication 
synchronization.  Both  algorithms  are  considerably  less  time  efficient  than  our  proposed 
algorithm  (for  a  specific  comparison  of  time  preference,  see  Section  2E) . 

[Francez  and  Rodeh,  80]  also  propose  a  probabilistic  solution  to  synchronization  of 
communication,  but  make  no  consideration  to  the  time  efficiency  of  these  solutions. 

Our  paper  is  organized  as  follows:  We  present  in  Section  2  a  model  for  distributed 
communication  systems;  the  model  ignores  the  details  of  message  transmission  but  gives 
a  precise  combinatorial  specification  (by  time  varying  graphs)  of  the  synchronization 
problem  of  interest.  This  model  also  allows  a  precise  definition  of  the  relevant  complexity 
measures  of  synchronization  algorithms,  such  as  response  time. 

Section  3  presents  our  synchronization  algorithms,  and  in  Section  4  we  prove  various 
properties  of  the  synchronization  algorithms  which  must  hold  with  certainty,  irrecardless 
of  probabilistic  choice.  Section  5  gives  a  probabilistic  analysis  of  the  performance  of 
our  algorithms.  Although  our  algorithms  are  quite  simple  we  have  taken  considerable  effort 
in  their  design  to  improve  their  expected  time  performance. 

We  have  also  included  two  Appendices:  (i)  the  first  appendix  applies  our  synchroni¬ 
zation  algorithms  to  implement  resource  granting  systems  similar  to  those  of  [Lynch,  80] 
and  we  give  an  example  application  to  "hasty  dining  philosophers."  (ii)  The  other  appendix 
gives  more  of  the  details  of  the  probabilistic  analysis  of  our  algorithms. 


2.  Our  Model  for  a  Distributed  Communication  System  (DCS) , 
and  Its  Comdex:  tv  Measures 


2A.  The  Model 

Let  n=  {1,2,...}  be  a  fixed,  (possibly  infinite)  collection  of  processes .  We  assume 
a  (global)  time  t,  on  the  nonnegative  real  line  [0,°°)  ,  whereby  events  of  the  system  are 
totally  ordered.  The  processes  of  H  are  asynchronous ;  their  speeds  may  vary  over  time 
and  they  have  no  access  to  any  global  clock  giving  the  time.  Each  process  i €  H  consists 
of  a  constant  size  set  of  synchronous  subprocesses  (i.e.,  with  the  same  speeds),  of  which 
we  distinguish: 

(1)  The*  primary  subprocess  (the  director)  of  i 

(2)  The  itnplementing  subprocess  (thepoller)  of  i. 

Intuitively,  the  director  of  i  wishes  at  various  times  to  communicate  with  directors 
of  various  processes  in  II -{i},  and  the  director  of  i  has  no  means  (i.e.,  shared 
variables,  etc.)  of  interacting  with  the  directors  of  H-{i},  except  via  the  communication 
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system.  All  communication  by  the  director  of  i  is  implemented  by  the  poller*  of  i. 

Thus  systemwide  communication  is  implemented  by  a  distributed  scheduler,  the  pollers  of  II. 

Note.  The  formal  model  DCS  (for  Distributed  Communication  System)  described  below, 
has  been  designed  so  that 

(1)  we  are  not  concerned  with  the  values  of  the  messages  communicated  between  the 
directors,  but,  instead,  with  simply  the  establishment  of  communication .  (This  allows  us 
to  avoid  any  message  system  dependent  assumptions  which  may  vary  for  any  given  application.) 

(2)  We  are  concerned  only  with  direct  (two  way)  communication  between  processes?  we 
are  not  concerned  with  packet  switching,  as  in  [Valiant,  80]  and  [Tonag,  80] . 

We  assume  a  (possibly  infinite)  undirected  graph  H  (the  connections  graph)  with 
vertices  IT,  and  undirected  edges  given  by  symmetric  relation  c:  (H  x  II)  -{(i,i):  i£JI}. 
Then  i  <=»  j  denotes  i  £  II  is  physically  able  to  communicate  with  j£II-{i}.  H  is 
fixed  for  all  time  and  can  be  considered  to  be  essentially  the  hardware  connections  between 
processes  of  H.  We  assume  H  has  finite  valence  (i.e.,  only  a  finite  number  of  processes 
are  connected  to  any  given  process  i  £  II)  . 

For  each  time  t>0,  we  assume  a  (possibly  infinite)  directed  graph  G  (the  willing¬ 
ness  digraph)  with  vertices  II  and  directed  edges  given  by  relation  — — *  c  11*11. 

Then  i  »  j  denotes  the  director  of  i  £  II  is  willing  to  communicate  with  j  £  IT  -  {i> 
at  time  t.  (In  that  sense  we  say  i  is  the  source  and  j  is  the  target ).  We  require 

that  i  j  if  i  — £■>  j  (i.e.r  the  director  of  i  is  willing  to  communicate  only  with 

processes  with  which  i  is  able  to  communicate  with)  .  Also,  let  i  >  j  if  both  i  — ^  j 
and  j  —  i .  (I.e.,  i  j  denotes  the  directors  of  i,j  are  both  willing  to 

communicate  at  time  t.)  For  each  time  interval  A  on  [O,00]  ,  let  i  j  if  i  j 

for  all  t  £  A,  and  let  i  <  >  j  if  both  i  j  and  j  — i.  (  — and  <  ^  >  denote 

the  willingness  to  communicate  holds  over  time  intervals.) 

The  edges  of  departing  from  i £  H  are  assumed  to  be  stored  locally  at  i, 

specified  by  the  director  of  i  and  read  only  by  the  poller  of  i. 

We  assume  the  following: 

(Al)  There  exists  a  given  fixed  integer  constant  v>0  such  that  Vi  £11,  Vt>0,  the 

outdegree  of  i  in  G  (i.e.,  the  cardinality  of  { j | i  — j})  is  upper  bounded 
by  v. 

(A2)  We  assume  given  fixed  real  constants  r  .  ,  r  (0  <  r  .  <r  )  such  that  the 

mm  max  min  max 

speed  ( steps  per  real  time  unit)  of  each  process  i  £  II  at  any  time  t>0  is  on 

the  interval  [1/r  ,  1/r  .  ] . 

max  nun 

A  step  consists  of  either  an  assignment  of  a  variable,  a  test,  a  logical  or  arithmetic 

operator,  or  a  no-op. 


(A3)  We  assume  that  two-way  communication  between  any  two  directors  of  processes 

requires  only  one  step  of  i  and  j.  (Thus,  the  directors  of  i,j  are  assumed  to 
communicate  in  short  "bursts."  In  practice,  this  assumption  can  be  easily  circum¬ 
vented  to  allow  long  intervals  of  one-way  communication  between  directors  between  the 
times  that  two-way  communication  between  i,j  is  established.) 


2b.  Implementations  of  a  DCS 

An  implementation  of  a  DCS  assigns  a  fixed  program  to  each  of  the  pollers  of  II.  The 
implementation  is  symmetric  if  the  poller's  programs  are  independent  of  the  position  of 
i  in  the  connections  graph  H. 

For  each  t>0,  we  assume  a  (possibly  infinite)  directed  graph  with  vertices  H 


and  directed  edges  given  by  relation 
of)  i  opens  communication  with  j£R-{i}  at  time  t. 
Let  i  4— AAA— j  if  both  i  — aaa — >  j  and 


j  denotes  (the  poller 


t  -  --  -  t  • j  —  j  ~^tA-  -  —  -  t 

i,j  achieve  mutual  communication  at  time  t.  (Also,  we  extend  the  notation  to  intervals 


i.  Then,  i 


denotes 


A  on  [0,°°] 


as  for  G^) 


For  each  i,j  €  IT  such  that  i  j  we  assume  a  communication  pert  PORT.  .  (con- 

i,  j 


trolled  by  the  poller  of  i)  which  is  open  at  time  t>0  if  i 


(i.e.,  the 


poller  of  i  has  opened  communication  with  j)  and  closed  otherwise.  Thus,  i 
if  and  only  if  PORT^  ^  and  PORT_.  ^  are  simultaneously  open  at  time  t.  We  assume  2-way 
communication  between  i,j  is  possible  at  any  time  PORT^  .  and  PORT.  ^  are  simultaneously 
open,  but  we  make  no  particular  assumptions  (beyond  A3)  about  this  communication. 

An  implementation  is  proper  if  it  satisfies  the  following  restrictions: 

(Rl)  i  — aaa — >  j  only  if  i  >  j  (i.e.,  the  poller  of  i  opens  communication  with  j  only 
when  both  i  and  j  are  simultaneously  willing  to  communicate) . 

(R2)  We  require  that  — aaa — >  be  a  (partial)  matching:  if  then  neither  j*-AAA^ 

nor  i  — aaa — ^  j»  for  a ny  j  1  €  II  -  {i}  (i.e.,  i  does  not  open  communication  with  more 

than  one  process  at  a  time) . 

2 

(R3)  Vi,j€II  and  V  time  intervals  A  of  maximal  length  (<  r  /r  .  )  ,  if  i 
J  J  max  min 


aaa 

A 


then  i  * — AAA — >  j  for  some  t  in  A. 

(Thus  the  poller  of  i  opens  communication  for  the  least  possible  time  and  further¬ 
more  it  never  pens  communication  with  j  without  achieving  communication  with  j . ) 
(R4)  Each  program  variable  X  of  the  system  may  be  written  by  exactly  one  process  i  £  R 
and  either  X  is  read  by  only  one  other  process  j  £  II  -  {i}  (in  this  case  X  is  a 
flag  from  i  to  j)  or  X  is  local  to  i  (X  is  read  only  by  i) .  Let  this  also 
hold  for  the  subprocesses  (in  particular,  the  director  and  potter)  of  each  process 
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(R5)  Furthermore,  the  communication  graph  is  distributedly  stored.  We  assume  for 

each  i€II,  an  integer  variable  and  integer  array  E^  of  length  v  (written  by 

the  director  of  i,  read  only  by  the  poller  of  i)  such  that  for  each  tl>0. 

(i)  is  the  outdegree  of  i  in  (by  Al,  D^<v). 

(ii)  E^ (1) , . . . ,E^ (D^)  are  the  targets  of  the  edges  of  Gfc  departing  from  i.  Also, 
we  assume  the  directors  of  II  have  no  other  flags  which  may  be  read  by  other 
processes . 

IC.  Global  State  of  the  DCS 

For  each  t>0,  let  be  a  mapping  II  ■*  2  giving  the  speed  of  each  process  of  II 

at  time  t.  We  assume  the  speed  schedule  R={Rt|t^0}  is  chosen  by  an  oracle  (our 

worst  "enemy")  at  time  t  =  0.  Also,  we  assume  for  each  t>0,  chooses  (for  the 
directors  of  H)  the  willingness  digraph  G^  at  time  t.  (Thus  G^  may  vary  dynamically 
in  time,  depending  on  the  choices  of  the  oracle  ^4)  •  However,  for  each  t>0,  the  digraph 
is  defined  by  the  pollers  of  IT,  (which  attempt  a  distributed  synchronization  of  the 
DCS,  depending  on  our  given  implementation) . 

In  addition,  we  allow  the  pollers  of  II  to  freely  make  probabilistic  choices  as  in 
[Rabin,  80] .  Let  =  the  probabilistic  choices  made  by  pollers  of  II,  up  to  time  t. 

Then,  the  global  system  state  at  time  t  is  given  by 

Et  =  <Rt,Gt,Mt,Lt,t> 

and  the  global  history  up  to  time  t  is 

r  =  {£t#:  0<  t*  <t) 

Thus,  we  have  a  probabilistic  game,  where  the  omnipotent  oracle  plays  against  the  team 

of  pollers  of  II.  We  wish  measures  of  the  success  of  the  pollers  of  II. 

ID.  Complexity  Measures  on  DCS  Implementations 

We  define  here  complexity  measures  for  the  performance  of  a  DCS  implementation. 

Let  the  response  time  of  a  DCS  implementation,  for  any  oracle  «V,  be  the  random 
variable  giving  the  length  of  the  time  interval  required  for  the  establishment  of 

communication  between  any  two  processes. 

Let  T  =  max  {mean  (T ^-)/all  oracles  For  each  e,  0<e<l,  let  the  e-error  response 

T(£)  (note:  this  is  a  function,  not  a  random  variable)  be  the  upper  bound  on  the  inverse 

of  the  cumulative  distribution  function  of  X  y.  Thus,  V  time  interval  A>T(e),  V.  .EH, 

M  1 » D 

V  oracle  i  •>  j  implies  i  <r— aaa_^  j  for  some  tE  A,  with  probability  >  1  -  c. 
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The  DCS  implementation  is  real  time  if  Ve,  0<£<1,  T(£)  is  a  constant,  independent 
of  any  parameters  of  H  (except  v,  which  we  assumed  to  be  a  constant  upper  bound  on  the 
outdegree  of  vertices  of  Gfc) -  Note  that  T  is  bounded  by  a  fixed  constant. 

For  all  nx,n2  c  II  and  time  intervals  A,  let  11^  11^  if  ViEII^,  jEH^,  i  j 

(i.e.,  this  implies  all  managers  of  IT^  and  are  mutually  willing  to  communicate 

during  A) . 

PROPOSITION  1:  V  oracle  V  time  interval  A  such  that  |A|  >T(£)  VII^II^  c  IT, 

if  nx  >n2  then  i  < — A^A — >  j  with  probability  >  1  -  £#  ViEII^jEII^ 

(i.e.,  connection  is  established  between  all  directors  of  and  II^  within  the  time 

interval  A,  with  probability  >  1  -  £. 

Thus,  real  time  response  implies  that  the  DCS  implementation  has  a  Very  robust  type 
of  fairness . 

We  also  consider  the  cases  where  the  director  of  any  given  process  i  £  H  may  assign 
a  priority  to  the  processes  j £  IT  -  {i}  which  i  wishes  to  communicate  with. 

In  the  simplest  case,  the  director  of  i  distinguishes  the  first  target  of  communi¬ 
cation,  say  E^(l).  For  each  t>0,  — jgV  is  the  relation  on  11*11  sucn  that  Vi,j 
i  ■  >*  j  iff  E^(l)  =  j  at  time  t  (and  let  i  — j-V  j  if  i  — j  Vt  £  A)  . 

Let  the  insisting  response  tine  of  a  DCS  implementation  be  the  random  variable  T^,, 
for  each  oracle  t<*/,  giving  the  length  of  a  time  interval  required  for  the  establishment  of 
communication,  with  the  first  target .  Let 

T  9  =  max{mean <T '  /all  oracles  «V}  . 

For  each  £,  0<£<1  let  the  e-error  insisting  response  T*  (£)  to  be  an  upper  bound 
on  the  inverse  of  the  cumulative  distribution  function  of  .  Thus,  for  every  interval 

A>T*(£),  for  every  i,j€]T,  for  every  oracle  tV,  (i  — g-V  j  and  j  ~ ^  i)  implies 
i  < — A^A — >  j  for  some  t€A  with  probability  >l-e.  The  insisting  DCS  implementation  is 
real  time  if  Ve  0<£<  1,  T*(£)  is  a  constant,  independent  of  any  parameter  of  H 
(except  v) .  Obviously,  T1  is  bounded  by  a  fixed  constant  if  we  have  real  time  insisting 
DCS  implementation. 

It  is  useful  to  observe,  given  T’(£),  any  given  process  i £  IT  may  determine  (with 
any  given  probability)  whether  any  other  process  j€IT-{i}  is  willing  to  communicate 
with  i  over  a  given  time  interval. 

PROPOSITION  2:  V  oracles  «V,  V  time  intervals  A>T*(£)  and  Vi, j  Eli,  if  i  - >'  j 

but  there  is  no  t£  A  such  that  i  < — AAA — y  j 

then  j  i  (i.e.,  j  is  not  willing  to  communicate  with  i  sometime 

during  A)  with  probability  >  1  -  £. 
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This  proposition  may  be  used  for  timing  out  insisting  requests  to  communicate  with  a 
specific  process. 

2E.  Results  and  Previous  Work 

The  primary  results  for  this  paper  are: 

COROLLARY  1:  There  is  a  veal  time  implementation  of  DCS  such  that 

(1)  the  worst  case  mean  response  T  =  0(v^) 

3 

(2)  the  £-error  response  T(£)  is  T(£)=0(v  log(l/£))  . 

Furthermore ,  a  more  sophisticated  probabilistic  analysis  of  our  implementation,  not 

.  .  .  2 
given  m  this  paper,  implies  a  worst  case  mean  response  time  0(v  ). 

COROLLARY  2:  There  is  a  veal  time  insisting  implementation  of  DCS  such  that 

(1)  worst  case  mean  insisting  response  T*  =  0(v) 

(2)  the  £-error  response  T'(£)  is  T*(£)=0(v  log  (1/e)). 

These  results  follow  from  a  single  general  theorem  of  Section  4. 

Our  implementations  are  proper  (satisfy  restrictions  R1-R4) ,  symmetric,  and  are 
completely  independent  of  the  connection  graph  H  (H  may  be  any  finite  or  infinite  graph 
with  finite  valence) . 

The  best  previous  result  is  due  to  [Schwartz,  79]  and  is  restricted  to  the  case  H 
is  finite  and  its  edges  can  be  directed  to  form  a  digraph  H*  which  is  acyclic.  Let 
X(H)  be  the  minimum  vertex  coloring  of  any  such  H'.  The  deterministic  DCS  implementation 
of  [Schwartz,  80]  has  insisting  response  time  Tf  lower  bounded  by  v*x(K).  Note  that  his 
implementation  is  not  veal  time ,  since  in  general  is  order  | IT | .  Also,  his 

DCS  implementation  is  not  symmetric,  since  processes  are  required  to  know  their  color  in 
H*  . 

Also  [Lynch,  80]  gives  a  solution  to  a  distributed  resource  allocation  problem,  which 
may  be  adopted  to  yield  a  DCS  implementation  with  response  time  v^^  . 

In  Appendix  I  we  show  that  a  class  of  generalized  resource  allocation  problems  related 
to  those  of  [Lynch,  80]  may  be  efficiently  solved  by  our  DCS  implementation.  Our  innovation 
which  results  in  real  time  response,  is  to  allow  pollers  to  make  probabilistic  choices  as 
in  [Rabin,  80], 
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3.  The  Implementation  of  a  DCS 

To  implement  a  DCS,  we  must  give  an  algorithm  for  the  poller  of  each  process  in  II. 

We  present  here  two  such  implementations.  Both  satisfy  restrictions  R1-R4,  required  by 
proper  implementations,  and  both  are  symmetric:  (i.e.f  each  poller  has  the  same  algorithm 
regardless  of  its  position  in  the  graph  H) . 

Pollers  have  Algorithm  1  in  our  "noninsisting "  implementation,  and  Algorithm  2  in  our 
"insisting"  implementation.  We  show  in  Section  4  that  both  implementations  have  real 
time  response . 

3A.  Informal  Description  of  the  Pollers1  Algorithms 

In  both  Algorithms,  the  poller  repeatedly  throws  a  fair  coin  and  then  executes  a 
phase*  Each  phase  is  either  asking  or  answering  and  is  chosen  by  the  coin  throw  with 
probability  1/2. 

Informal  Description  of  Algorithm  1  (for  the  noninsisting  implementation) 


WHILE  TRUE  DO 
BEGIN 

choose  b  from  {0,1}  with  prob  1/2 
if  b  =  0  then 

BEGIN  ("answer"  phase)  randomly  sample  v  of  the  pollers  your  director  wants 
to  communicate  with.  "Answer"  each  of  these  pollers  that  "asked" 

END 

else 

BEGIN  ("ask"  phase)  choose  at  random  a  poller  j  your  director  wants  to 
communicate  with.  "Ask"  j  for  a  constant  number  of  steps 

END 

END 

OD 

Informal  Description  of  Algorithm  2  (the  insisting  implementation) 


WHILE  TRUE  DO 
BEGIN 

choose  w  at  random  form  [0,cv]  (c  is  a  constant) 

wait  for  [w]  steps 

choose  bG{o,l}  with  prob  1/2 
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if  b  =  0  then 
BEGIN 

("answer"  phase)  sample  (at  random)  v  of  the  pollers  your  director  wants 
to  communicate  with.  "Answer"  them  that  "asked" 

END 

else 

BEGIN 

("ask"  phase)  "Ask"  E^(l)  for  a  constant  number  of  steps  (when  your 
director  insists  on  communicating  with  E^(l)) 

END 

END 

OD 


3B .  Details  of  the  Poller's  Algorithms 


Numerous  important  details  are  hidden  from  the  above  informal  description  of  the 
poller's  algorithms. 

For  each  i,j€TI  such  that  i  <=>  j  ,  there  are  three  flags  (boolean  variables)  ^ , 

Ai  j ,  B^_.  which  are  written  only  by  i  and  read  only  by  (the  poller  of)  j. 

(1)  Flag  j :  Just  before  each  phase,  Q^j  =  0.  Then  i  asks  j  by  setting  Q_ 

to  1  in  the  ask  phase.  Q __  is  reset  to  0  before  the  end  of  the  ask  phase. 

(2)  Flag  A. Just  before  each  phase,  A. .  =0.  If  i  is  in  the  answer  phase  and 

ID  ID 

detects  Q..  =  1  (indicating  j  "asks"  i)  then  i  answers  j  by  setting  A. .  =  1. 

Di  13 

Before  the  end  of  the  answer  phase,  i  resets  A. .  to  0. 

13 

(3)  Flag  j  :  This  variable  is  set  to  0  by  i  only  during  the  n 'watching  window  ** 

which  is  the  interval  when  i  is  in  the  asking  phase  and  is  watching  for  an  answer 

(A..  =1)  from  j.  At  all  other  times,  B. .  is  set  to  1  to  indicate  i  is  blind  to 

3i  13 

answers  by  j.  Also,  at  every  time  t  > 0,  (1) , . . . (D^)  is  the  list  cf  targets  of  edges 

of  G^_  departing  from  i  €  IT ,  and  D^<v.  These  variables  must  be  locked  by  the  poller  cf 
i  during  the  "ask"  or  "answer"  phase  so  that  they  will  be  unmodified  by  the  director  of 
i  during  that  phase.  (Note  that  since  for  each  i€H  the  director  of  i  is  synchronized 
with  the  poller  of  i,  the  director  of  i  need  not  busy  wait  during  these  phases.) 

The  Algorithms  1  and  2  require  the  number  of  steps  in  each  phase  to  be  a  constant  v.c 
(where  c  is  a  constant) . 


A  certain  number  of  no-ops  is  executed  to  achieve  this. 
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3C.  The  Algorithms  1  and  2 

We  now  give  Algorithms  1/  2  in  fall  detail. 

Algorithm  1  (noninsisting  implementation) 

Program  for  poller  i  €  II 

INITIALIZER  )  ; 

WHILE  TRUE  DO 
BEGIN 

LI:  LOCK  Ei#  Di 

L2:  CHOOSE  b€{0,l}  with  prob  1/2 
IF  b-0  THEN 

BEGIN  (answer  phase) 

L3 :  FOR  x=l  to  V  DO 

BEGIN 

choose  a  random 
RESPOND. (E. (m) ) ; 

END 

END 

ELSE 

BEGIN  (ask  phase) 

L4:  choose  at  random 

ASKi(Ei(m) ) 

END 

UNLOCK  E . , D . 

-  i'  i 

END 

OD 


Algorithm  2  (the  insisting  implementation) 
Program  for  poller  i  €  II 

INITIALIZER  ) 

WHILE  TRUE  DO 
BEGIN 

LI:  LOCK  E. ,  D. 

-  x  1 

choose  w  at  random  from  [0,cv] 
DO  w  no-ops 

L2:  choose  b£  {0,1}  with  prob  1/2 
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IF  b  =  0  THEN 

BEGIN  (answer  phase) 

L3 :  FOR  X  -  1  to  v  DO 

BEGIN 

choose  random  m  €  { 1 , . * . , } 

RESPOND. (E. (m) ) 
i  i 

END 

END 

ELSE 

BEGIN  (ask  phase) 

L4:  ASKi(Ei(l)) 

END 

UNLOCK  E.  ,  D. 

l  l 

END 

OD 

The  variables  of  the  poller  i  are  initialized  as  follows: 


INTIALIZEi(  ) ; 


BEGIN 


for  all  j  €  It  such  that  i  *=>  j  do 
BEGIN 

Q.  .  A.  .  +  0 
13  iJ 

B.  .  +  1 
13 

PORT. .  set  to  closed 
13  - 


END 


END 


In  the  following  two  procedures,  we  assume  a  register  CURSTEP  which  gives  the  current 
number  of  the  steps  executed  by  the  poller  of  i.  (CURSTEP  is  assumed  here  only  as  a 
convenience;  it  is  clear  that  we  could  substitute  instead  a  new  variable  that  is  incre¬ 
mented  on  every  step  of  the  original  Algorithm.) 

Furthermore,  we  define  the  constants  appearing  in  the  procedures  below:  Let 

rmax 

C0  r  . 

mm 


-  20  +  6*c- 


v(l  +  cR) 

CR  -  <8  +  7eJ 
A  0 
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PROCEDURE  ASKi (target) 


BEGIN 


Al: 
A2 : 


XQ  «-  CURSTEP 

Q.  «-  1? 

*i, target 

a^O; 


A3: 


B.  .  +0? 

i, target 

WHILE  CURSTEP  -  xQ  <  AND  a  =  0  DO 


IF 


BEGIN  a  A 
CURSTEP  -  x 


target ,  i 
0  =  ci  AND 


END 
a  = 


0 


IF  a  =  1  THEN 


THEN 


B. 

i, target 


BEGIN 

Q.  **  0; 

l, target 

A4:  WHILE  A^  .  =  1  DO  no-op 

-  target, i  — 

A5:  OPEN-COM  (target) 

END 

0.  0 

x, target 

B.  .  .  +*  1 

x, target 

WHILE  CURSTEP  -  x  <  c  DO  no-op 
— 1 -  0  A  

END 


PROCEDURE 

BEGIN 

xo 

LI: 


RESPONDi (asker) 


CURSTEP 

IE  Wt.i*1 

BEGIN 


THEN 


A.  .  1; 

l, asker 


L2:  WHILE 

IF 


^asker,i  1 


B  ,  .  =  1 

asker , i 


DO  no-op 


THEN 

BEGIN 


ELSE 


RG: 


END 

WHILE 


i, asker 


END 

BEGIN 
L3: 
L4: 
END 


A.  ,  0 

l, asker 

OPEN-COM ^ (asker) 


CURSTEP  <  cR  +  xQ  DO  no-op 


+  1? 


END 
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PROCEDURE  OPEN-COM. (j) 
BEGIN 


END 


Set  PORT. .  to 
ID 

Do  Cg  no-ops 

Set  PORT. .  to 
ID 


open 

closed 


(Note .  During  the  no-ops,  the  director  of  i  communicates  with  the  director  of  j.) 


4.  Correctness  Properties  of  the  Poller's  Algorithms 
Which  Hold  with  Certainty 

Our  algorithms  are  probabilistic  and  therefore  some  of  their  properties  (such  as 
response  time)  only  hold  with  a  certain  probability ,  and  not  with  certainty.  A  probabi¬ 
listic  analysis  of  these  properties  is  given  in  the  next  sections.  However,  in  this 
section  we  prove  properties  of  the  algorithms  which  hold  with  certainty ,  irregardless  of 
probabilistic  choice.  We  show  restrictions  R1-R4  are  satisfied  by  our  implementations, 
and  thus  they  are  proper.  (Of  course,  we  assume  either  all  the  pollers  in  II  execute 
Algorithm  1,  or  they  all  execute  Algorithm  2.) 

4A.  Definitions  and  Terminology 

In  the  following,  for  brevity,  we  allow  a  poller  of  a  process  i C  IT  to  be  identified 
with  the  process  i.  A  poler  is  in  the  asking  mode  when  it  executes  procedure  ASK(j), 
and  it  is  in  the  answering  mode  when  it  executes  the  procedure  RESPOND. 

If  i  is  executing  ASK(j)  and  .  =  0  then  i  is  in  a  watching  window  for  poller 
j  else  i  is  blind  with  respect  to  j.  We  say  i  is  answered  by  j  if  i  is  in  its 
watching  window  for  j  and  i  exits  loop  A2  with  a  =  1 . 

A  phase  of  the  poller  algorithm  consists  of  the  steps  between  random  choices  of  the 
variable  b£{o,l}.  If  b~0  the  poler  is  in  an  answering  phase  and  else  it  is  in  an 
asking  phase . 


4B.  Correctness  Proofs  j 

Using  the  above  terminology,  it  is  easy  to  prove  three  lemmas  stating  that  restrictions; 
RI,  R2  and  R3  are  satisfied  for  both  Algorithms. 

The  following  is  a  key  lemma  whose  proof  is  given  in  detail.  It  holds  for  both 
Algorithms. 


I 


l 
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LEMMA  4.1:  If  i£IT  is  in  its  watching  window  for  j  and  is  answered  by  j,  then 


i,j  establish  communication  within  <  c  steps  of  i,  and 

E 

c  =8.  Furthermore,  restriction  R3  is  satisfied. 

E 


^  c  r  time  units,  where 
E  max 


Proof.  If 


i  exits  the  A3  loop  at  time  t^,  then  (since  no  process  but  j  can 


wrtie  in  Aj  at  the  same  time  j  must  be  executing  RESPOND(j)  at  the  L2  loop.  Since 

i  will  arrive  at  within  4  of  its  steps,  then  by  at  most  time  tg  +  4-r^^,  sets 

Q.  .  to  0  and  enters  the  A4  loop.  At  this  time,  j  exits  the  L2  loop.  Also  at  this 
1 » 3 

time,  the  assumption  that  i  exits  the  loop  A3  with  a  =  1  implies  that  B. .  =  0.  So  j 


At  the  same  time,  l 


exits  the  A4  loop.  Then,  within  a  time  interval  of  length  <  r 


max 


will  arrive  at  R4  and  set  A.  .  to  0  at  most  time  trt  +  7*r 

3,1  u  max 

i  opens  PORT^  and 

Each  of  i,j  keep  their  respective  ports  open  for  r  /r  .  of  their 

max  min 

steps  (which  are  not  synchronized) ,  on  time  intervals  A, 

2 

i  — /\AA — *  j  and  j  — aaa — *  i  and  r  .  <  I  A.  I  <r  /r  .  for  i  =  l,2.  Hence,  there  is 

At  j  min  1  max  mm 

such  that  t€A  HA  and  at  time  t  i,j  establish  communica- 


j  opens  PORT^ . 


and  A^,  respectively.  Thus 


some  time  t  <  t.  +  8r 

0  max 


tion  (i  4 — — »  j)  .  QED 

Thus  we  have 

THEOREM  4.1:  The  Algorithms  1  and  2  each  satisfy  restrictions  R1-R4  and  thus  are 
proper . 

The  following  Lemma  is  useful  in  the  probabilistic  analysis  of  the  next  section. 


LEMMA  4.2:  If  3  €  ’ 
of  i.  Also  oxecut :  n 
phase  of  A loor it  hr  1  ; A 1 

<V  c2>0- 


executes  procedure  ASK,  then  it  requires  precisely  c^  steps 

RESPOND  by  i  requires  precisely  c  steps  of  i.  Also#  each 

H 

>nr  r.n  2)  requires  exactly  c^v  steps,  for  fixed  constants 


Proof.  Bv 


L2 .  Lemma  4.2  then 


1  1  w 


can  over  be  blocked  in  the  busy-wait  loops  of  A3  or 
:  v  counting  steps.  QED 


5  *  Probabl  i  st.  i  Ana  lys. is  of  the  Response  Time  of  the  Poller's  Algorithm 

The  analysis  done  here  holds  for  both  Algorithms  1  and  2  (except  that  they  differ  in 
the  parameters  a™4**,  2 ? *n  defined  below)  .  We  assume  here  the  terminology  of  Section  4A. 

Fix  some  time  t>0.  Let  T  be  the  global  system  history  up  to  t,  derived  from 
oracle  «V  and  luck  "up  to  time  t"  as  defined  in  Section  2C. 

Note  that  (c«/,  F^)  essentially  specifies  everything  of  the  system's  immediate  future 

for  times  t'>t.  For  all  i ,  j  C  IT  let 


except  the  pollers'  "luck"  L 


2 


for  times  t •  >  t . 
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the  probability  that  the  poller  of  i  is  answered  by  j  some  time  within  A  given  i 
is  in  a  watching  window  for  j  during  time  interval  A  starting  at  time  t. 

In  the  following  analysis,  we  assume  constants  0™^n,  aijX  suc^  that 

(*)  0<O^n<oij  (^,rt)  ^  <  1  for  all  t>0,  all  oracles  iV,  and  global  system 

history  T consistent  with 


In  Appendix  II  we  show 

THEOREM  II. A:  For  Algorithm  1,  0^n  *  G(l/v),  0?aX  55  satisfying  (*)  . 

THEOREM  II. B:  For  Algorithm  2,  0^n  =  Q[l)  ,  ar^X  =  0(1),  satisfying  (*)  . 

For  all  i,j€II  let  .  (k/  (jd,  I*  ) )  be  the  probability  it  takes  exactly  k  phases  for 
poller  i  to  be  answered  by  j,  given  that  i  <  ^  »  j  for  a  time  interval  A  starting  at 
t. 

LEMMA  5.1: 


1  min  /.  1  max\k  1  ^  ,,  ,  v  1  max  /.  1  min|  1 

2°ij  Sfijtt/W.rt))s?fllj  V1  -  2  °ij  / 


Proof.  It  suffices  to  observe  that  the  process  of  i  be  answered  by  j  is  a  geo¬ 
metric  process,  with  success  probability  bounded  by  [1/2  0™^n,  i/2  0™aX] •  QED 

Since  by  Theorems  II. A  and  II. B,  the  omin  and  0inax  of  interest  here  are  independent 

ij 

of  i , j  r  in  the  following  we  drop  subscript  i , j . 

By  using  Lemma  5.1  and  calculating  moments,  we  get 


LEMMA  5.2: 


and 


20 


.mm 


(a  r 

max 


<  mean(k)  <  2 


omax 

(omin)2 


Cjinin  (4-amaX) 2  < 

(omax) 3 


_  .  M  min.  2 

^  ,,  2,  ^  _max  (4-0  ) 

<  mean(k  )  <  o  - ; - — 

,  mm,  3 
(o  ) 


By  Lemma  5.2  and  expressions  for  the  tail  of  the  geometric 

LEMMA  5.3:  Vc  0<£<1,  Prob{k > k  (£)}<£,  where 

max 


log  (Gmine)  -  log  a1 
log(l  -  I  amin) 


k  (e) 

max 


max 


Let  vc  be  the  number  of  steps  required  for  each  phase  (of  the  poller  algorithm 
considered),  as  given  in  Lemma  4.2.  Then  the  maximum  time  required  for  each  phase  is 
<l  v  c  r 

max 

Lemma  5.1  and  5.2  imply 

THEOREM  5.1s  If  T  is  the  response  of  the  system,  mean(T)  ^vcr  -2  0max/(omin)2 

max 

and  if  T(e)  is  the  e-error  response,  T(e)  <vcr  • k  (e) . 

max  max 

Finally,  this  theorem  and  Theorems  IX. A,  and  II. B  imply  the  corollaries  claimed  in 
Section  2E. 
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1.1 


APPENDIX  I 


An  Application;  A  Real  Time  Resource  Granting  System 


To  demonstrate  the  robustness  of  a  DCS,  with  real  time  implementation,  we  show  that 
we  can  use  it  to  solve  an  interesting  class  of  resource  synchronization  problems  in  real 
time.  These  are  similar  to  the  resource  synchronization  problems  of  [Lynch,  1979]  and 
Dijkstra's  "dining  philosophers"  problem)  except  that  the  resource  synchronization 
problems  we  consider  have  the  property  that  processes  are  granting  resources  only  for 
bounded  intervals  of  time. 

The  resource  granting  system  (RGS)  defined  below  will  be  assumed  to  be  embedded  within 
a  distributed  communication  system  (DCS )  as  defined  in  Section  2.  (We  will  also  assume 
the  DCS  has  an  implementation  with  real  time  measure,  as  provided  by  Sections  3  and  4.) 

The  (possibly  infinite)  set  of  asynchronous  processes  IT  is  assumed  to  be  partitioned 
into  a  set  IIr  of  requesting  processes  and  a  set  IIg  of  granting  processes . 

(Note:  It  is  easy  to  superimpose  each  granting  process  into  a  requesting  process  so  the 

total  number  of  processes  is  | IIr |  ,  if  we  wish.) 

We  assume  a  (possibly  infinite)  set  of  resources  p.  Let  each  granting  process  j 
in  ng  have  a  distinct  fixed  resource  p(j)  £p  which  it  controls.  Also,  each  requesting 
process  i  €  IIr  has  a  set  resources  (i)  c  p,  fixed  for  all  times  t>Q. 

We  assume  assumptions  A1-A3  of  Section  2  and  also: 

Al  *  We  assume  a  fixed  integer  constant  v>0  such  that 

Vj  in  n9,  | resource  *(j)|  <  v  . 

As  in  DCS,  each  process  i£I!  consists  of  two  synchronized  subprocesses 

(1)  the  director  of  i  j 

(2)  the  poller  of  i. 

If  i €  Hr,  the  director  of  i  is  a  requesting  director  and  if  i £  Hg  the  director 
of  i  is  a  granting  director . 

We  assume  the  programs  of  the  pollers  of  II  are  given  by  the  implementation  of  the 
DCS.  The  programs  of  the  granting  directors  are  given  by  an  implementation  of  the  RGS 
(which  we  describe  below).  At  each  time  t>0  actions  of  the  requesting  directors  are 
specified  by  an  oracle  od,  our  "worst  enemy."  jd  also  gives  at  time  t  =  0  the  schedule 
of  the  speeds  of  the  processes  of  II  for  all  times. 

Intuitively,  the  directors  of  J!r  request,  at  various  time  intervals,  resources  of 
p  from  the  appropriate  granting  directors  of  IIg.  We  require  that  at  no  time  the  director 
of  any  i £  IIg  grants  the  resource  P(i)  to  more  than  one  requesting  director.  All 


communication  will  be  by  the  DCS  system  (see  Definition  in  Section  2)  as  specified 
below. 

We  define  the  connection  graph  of  the  DCS  to  be  a  (possibly  infinite)  undirected 
bipartite  graph  H  as  follows: 

vienr,  j€n9 

i  j  iff  p(j)  €  resource  (i)  . 

Note  that  by  Al',  the  vertices  of  TI^  have  valence  <v  in  H?  but  we  do  not  assume  that 
the  valence  of  vertices  of  K  be  bounded  by  a  fixed  constant. 

For  each  time  t>0,  the  willingness  (to  communicate)  digraph  is  defined: 

vi  €  nr,  j  €  ng 

(1)  let  i  >  j  only  if  i  <->  j  (i.e.,  the  requesting  director  of  i  has 
resourced)  containing  p  { j )  )  and  the  director  of  i  requests  (or  has  been  granted) 
resource  p(j)  at  time  t. 

(2)  Let  j  ■  > i  be  specified  by  the  programs  of  the  granting  director  of  j  (this 

is  provided  by  an  implementation  of  the  RGS) . 

To  satisfy  assumption  A1  of  Section  2  for  a  DCS,  we  must  assume  Vt  >  0,  Vi  £  JT  ,  the 
director  of  i  simultaneously  requests  <v  resources  at  time  t.  (Nevertheless,  these 
requested  resources  may  vary  with  time.) 

In  addition,  we  may  assume  by  Section  3  we  have  an  implementation  of  the  above  CCS 
system  (satisfying  restrictions  R1-R4)  with  real  time  response  T  for  establishment  of 
communication  between  directors. 

An  implementation  of  an  RGS  specifies  the  programs  of  the  granting  directors  of  . 
These  programs  may  be  probabilistic  as  in  [Rabin,  1980] . 

We  assume,  in  addition  to  R1-R4  that: 

R1 1  In  communication  between  the  granting  director  of  any  i C  11^  and  the  requesting 
director  of  any  j €  TIr  that  once  communication  between  i,j  is  established  the 
granting  director  of  i  ignores  the  particular  message  values  transmitted  by  j  and 
the  granting  director  of  i  either  transmits  "yes”  (to  indicate  the  resource  p(i) 
is  granted  to  j)  or  "no"  (to  indicate  the  resource  p(i)  is  not  granted  to  j,  or 
p(i)  has  been  revoked  from  j). 

R2'  Vt>0,  the  granting  director  of  any  i  €  cannot  grant  resource  p(i)  simultaneously 

to  more  than  one  process  j£Ilr,  and  furthermore  we  must  have  i**j# 


1.3 


Fix  a  RGS  implementation  (which  may  be  probabilistic).  For  each  k,  0<k<v,  and 
oracle  let  the  k -grant  response  be  the  random  variable  giving  the  length  of  the  tine 

interval  A  required  for  any  director  of  i E  TIr  to  have  k  resource  requests  simul¬ 
taneously  granted,  given  the  director  of  i  requested  these  resources  during  the  entire 
interval  A. 

Let  the  mean  k-grant  response  be 

Y,  =  max{me'an[Y.  ,1/all  oracles 


For  each  £  in  (0,1]  let  the  e-error  k-grant  response  be  the  minimum  function  Yk(£) 
such  that  V  oracle 

Prob{yk^<  Yk(e)}  >  1  -  e 

The  RGS  implementation  is  veal  time  if  for  all  k€{l,...,v}  and  all  e€  (0,1], 

Yk(£)  >0  and  independent  of  any  parameters  of  the  connection  graph  H  (except  v,  which 
is  assumed  constant  by  Al) .  Note  that  if  the  RGS  implementation  is  real  time,  the  y  is 

K 

a  constant,  independent  of  H. 


THEOREM  Is  There  is  an  RGS  implementation  with  real  time  k-grant  response  for  any 


k  <  v. 


It  has  mean  k-grant  response 


\  =  0(vk+2) 


and  E-error  k-grant  response 


,  %  /  2k+2  . 

Yk(€)  f7  olv  log 


»(r ) ) 


Proof .  We  only  sketch  the  RGS  implementation.  We  assume  a  DCS  implementation  with 
real  time  response  T  as  in  Section  3, 

We  assign  each  granting  director  of  each  i €  to  be  "willing"  at  all  time  to 
connect  to  all  j €  resource  ^[i].  (By  Al1,  i  is  then  "willing"  to  communicate  with  no 
more  than  v  processes.)  The  grant  director  of  i  will  repeat  (forever)  a  grant  r^'-ase. 

Each  grant  phase  will  be  of  length  precisely  2T  (as  defined  in  Section  2C) .  There 
is  a  variable  g  such  that  at  the  start  of  each  phase  the  grant  director  of  i  will 
have  either  given  resource  p(i)  to  process  g  €  IT  or  to  no  process  (in  which  case  g=  O'. 
During  the  grant  phase  j  the  grant  director  will,  with  high  likelihood,  communicate  at 
least  once  with  all  processes  in  resource  ^  [ i ]  .  Suppose  i  communicates  with 
in  this  order,  during  the  grant  phase. 


Thus,  for  each  s*l,...,£: 

(1)  If  g  *  0  then  the  grant  director  of  i  sets  g  to  j  and  says  "yes1*  to  j 

s  s 

(to  indicate  j  has  been  granted  resource  p (i) ) . 

3 

(2)  Else  if  g/0  then  the  grant  director  of  i  says  "no”  to  j  (to  indicate 
the  grant  is  denied) . 

In  the  case  where  9=is  the  grant  director  also  sets  g«--l.  At  the  end  of  the 
granting  phase,  the  grant  director  of  i  sets  g*-0. 

A  probabilistic  analysis  (deleted  here)  of  this  implementation  shows  the  k-grant 
response  as  above.  QED 

For  example,  we  consider  an  interesting  RGS  system,  which  we  call  trhasty  dining 
philosophers . " 

Let  the  requesting  processes  Rr  be  distinct  distinguished  integers  pQ/...#Pn 
(these  are  the  Godel  numbers  of  the  distinguished  philosophers)  and  the  granting  processe 
ng  be  0,...,n  so  that  11^,  Hr  are  disjoint. 

The  resources  p  are  forks  [p  (0) , . . . ,  p  (n)  ] .  Let  Pn+^  =  Pq  anc*  P(n+1)  ®p(0). 

Each  philosopher  p^  €  IIr  has  resources  (p_. )  consisting  of  the  forks 
{p(Pj)f  P(P(j+i)mod  n^#  T^us  9raPh  H  is  a  cycle  of  length  2n. 

COROLLARY  I.  The  "hasty  dining  philosophers”  (as  described  above)  have  a  real  time 
RGS  implementation  with  mean 

2-grant  response  y^  =  0(1) 
and  c-error  2-grant  response 

,  y2<e>  =  o(log(l)) 

Intuitively,  the  RGS  implementation  requires  each  philosopher  p_.  to  be  at  any  time 
granted  both  forks  of  resource (p^)  in  expected  constant  time,  but  p^  must  be  "hasty” 
and  relinquish  these  resources  within  constant  time  interval. 

Note  that  for  each  i€{0,...,n}  the  granting  process  i  can  be  placed  within 
process  p^,  thus  resulting  in  essentially  only  n+1  processes. 


XI. 1 


APPENDIX  II 

Probabilistic  Analysis  of  the  Noninsisting  Algorithm  1 


Algorithm  1  is  noninsisting :  if  i €  II  is  in  its  asking  mode,  it  chooses  to  ask  a 
random  j  from  the  set  of  pollers  to  which  i  is  willing  to  communicate.  Also,  if  both 
(directors  of)  i,j  are  willing  to  communicate,  both  of  the  pollers  of  i,j  will  attempt 
to  establish  communication. 

Because  of  this  "symmetry"  in  the  way  pollers  ask,  we  can  show  that  the  worst  case 


QijU/'rt)  is  when  the  oracle  sets  the  rates  of  i,j  equal  (but  not  necessarily 


constant)  (recall  that  by  our  model  of  Section  2C,  determines  the  rates  {R^jt>0} 

at  time  0)  and  A  cannot  influence  the  probabilistic  choice  of  pollers) . 

Let  cv  be  the  fixed  number  of  steps  between  phases,  as  given  in  Lemma  3E.  Let  x 
be  the  number  of  steps  by  which  i  executes  each  phase  before  j,  where  0<x<cv. 

Let  S(S‘)  be  the  event:  j  answers  i  given  that  j  is  in  its  answering  mode  and 
i  is  in  its  asking  mode  after  (before)  j  (and,  of  course,  we  assume  i,j  both  willing 
to  communicate) . 

Then  we  can  show  Prob(S)  =  f (x)  as  v  >>  0  where 

\x/c 


f(x)  =  1 


Then 


o. .  (*v ,  ?. ) 


-  i(i 
v  ^4 


Prob(S)  + 


Prob (5) 


-M 

{ (fu»  *('  -  J  »(«>)»<*-«>) 


J  ■  j  FrobIS'lj 


MIN 

0<x<cv 


oft 


for  v  »  0 


since 


# 


1  -  e 


l/2c 


for  v  >>  0 


min 


Thus  we  have  a ^  =  0(l/v),  proving  Theorem  II. A  stated  in  Section  5. 


I IB.  Probabilistic  Analysis  of  the  "Insisting"  Algorithm  2 


Algorithm  2  is  insisting :  poller  i  always  asks  that  j  which  is  the  target  of 

the  first  edge  of  departing  from  i. 

The  worst  case  is  where  the  oracle  jsJ  sets  the  speeds  of  the  process  of 

asking  poller  to  be  1/r  and  the  speed  of  the  answering  poller  to  be  1/r  .  . 

max  ^  min 

Let  f (x)  be  as  defined  in  IIA. 

We  can  show: 


(rmax  \  amin 
rmin  /  ij 


1 

V 


V 


E 

x=0 


>  1 


V 

v+1 


f (v+l) 


.  min 

Thus  0 .  . 

ID 


0(1)  . 


>  1  -  (l-e”C)  =  e  C 


Thus  Theorem  II. B  of  Section  5  follows. 


